SPECIFICATION 



TO ALL WHOM TT MAY CONCERN: 

BE IT KNOWN THAT WE, AKIO I5HIDA, a citizen 
o£ Japan j-esidinq at Kanagawa, Japan and HISASHI 
TSHTRARA, a citizen of Japan residing at Kanacjciwa, 
Jdpd» have invented certain new and useful improvements 
in 

PRINTER CONFIGURATION DATA SETTING METHOD AND 
SERVER USING THS PRINTER CONFIGURATION DATA 

of which the following is a specification:- 



BACKGROUND nv THF. Twy^WTTfTW 

1. Field of the Invention 

The present invention relates to technology 
for reflecting cont i gnration data of a printer on a 
printer driver in a server used for server-based 
environment (for example, w Meta£rarae" environment) in 
which applications run only in the. server. 

2. Description of the Related Art 

To solve problems? of a conventional 
client/server system, there is a system in which 
application proqidiiis run only in a server instead of in 
clients . A eyetcm introducing the Metaf rame server is 
an example ot such a system. 

Fig.l shows ctn ejtd«tple of the Metaf rame 
environment. An application program run on an 
Metaf rame server 1, and a client 2 only displays 
BxeuuLiuii results of the application program. 

To use a printer 3 in the Motaframo 
environment, for example, a printer driver is installed 
in the Metaf rame sexvei 1 L»ef orehand, and a loqical 
printer of the printer 3 ie auto-created when the 
client 2 that uses thft printer 3 logs to the Metaf rame 
server 1. When printing is pexfuxjued from the client 2, 
print data is generated in the Metaf ramo server 1, and 
the print data is redirected to the printer J via the 



rlip.nt ?, so that the printer 3 prints the print data. 
According to the printer aur.o-r.rftatinn in the Metaframe 
environment, although the applied. Lion is runninq only 
in the server, the user can print from the application 
running on the Metatrame server 1 to her local printers, 
just like she can print from local applied Lions . For 
fixample, xx Inside Citrix Metaframe XP" of Addison-Wcslcy 
refers to the printer auto-creat.1 on prnr.Rss in more 
detail . 

In addition, US2002/0018234A1 diecloeos a 
conventional technology of a Metaframe prinr. system. 
The US2002/0010234A1 discloses a universal prill Lux 
driver that can be used in the Metaframe environment. 

in the printer system ot the Metaframe 
environment, there is a problem in Lhal, although 
printer options are set in the client side printer 
driver, the option setting is not reflected on the 
printer driver in the Metaframe server side in the 
printer auto-creation process . 

That is, option setting in the logical 
printer remains default setting. For example, even if 
the printer has a double-sided tray, the setting of the 
auto-created logical printer remains no double-sided 
tray. In addition, settings for paper size and paper- 
type of tray remain default. 



fltTMMhnY OF THE TN VttNTTON 

An object of the present invention ie to 
provide technology to reflect consign rat inn data of a 
printer on a printer driver un the server in an 
environment in which application programs run only on 
the server instead or on clients. 

The above object is .achieved by a method for 
setting configuration data of a printer for a printer 
driver in a server of an image printing system that 
includes a client, the printer and the server including 
the printer driver for the printer, the method 
including the step of : 

storing the configuration data obtained from 
the printer into the server; 

wherein a configuration data obtaining part 
in the server redds Lhe stored coii£iyuxati<Jii data 
according to a request from the printer driver, and 
sends the configuration data to the printer driver. 

According to the present invention, since the 
configuration data is stored in the server and thB 
configuration data obtaining part provides the 
configuration data to the printer driver, the 
configuration data can be reflected on the printer 
driver. Therefore, the user can print something by 
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performing option setting such as tray setting and the 

like even in, for example, a Metaframe environment in 
which the server cannot obtain the configuration data 
from the printer. 

5 

RP.TF.F TYRSCRTPTTOM OF THF. DRAWINGS 

Other objects, features and advantages of the 
present invention will become uioits <ippai.eiiL fiuui Lhe 
following detailed description when read in conjunction 
ID with the accompanying drawings, in which: 

Fig.l shows an example of a Metaframe 
environment ; 

Fig. 2 shows a normal configuration including 
Lhe clienL 2 and Lhe prinLer 3, 
15 Fig. 3 io a figure for explaining 

bidirectional communication according to a conventional 
Lechnoluyy 

Fig. 4 shows a software module configuration 
in the Metatrame server 1 (enclosed by a solid line 
20 square) according. Lo an eutbudiiueii L of Lhe present 
invention ; 

Fig.bA is a figure tor explaining how to 
obtain configuration data by the client 2; 

Fig.5B is a figure for explaining how to 
25 obtain configuration data by the printer driver; 



Fig. 6 shows an example of a window displayed 
on a client display by the configuration data obtaining 
tool ; 

fig. 7 shows a flowchart of a procedure for 
reflecting configuration da La on the printer driver In 
tha server; 

Fig. BR shows the configuration of the 
conventional network communication module 6 ; 

Fig.8B ehowc the configuration of the pseudo 
network communication mniinle 7 of an embodiment of the 
present invention ; 

Fig. 9 is a figure for explaining the 
relationship between the pseudo network communication 
module and Lhe configuration data obtainlnq method of 
the present invention ; 

Fig.U) is a figure, for explaining a esse in 
which a plurality of printer drivers is used for a 
printer . 

DF.TATLED DKSCHTPTTOW OK THE PKRrF.RRF.n RMftDf) TMF.WTS 

As described in the related art, there is a 
problem in that option sotting in the printer driver in 
Lhw client aide is not inherited to the printer driver 
in the Metaframc ocrvcr. The reason of the problem 
will be described in the following. 
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In a normal configuration including Hie 
client 2 and the printer 3 shown in Fig. 2, the client 2 
and the printer 3 performs hi d i rectional communication 
so that option data such as Lhe double-sidtid Lray of 
5 the printer 3 can be obtained by the client 2. The 

bidirectional communication is performed, for example, 
in a configuration shown in Fiy.3. In Lhis 
configuration, a network communication module 6 obtains 
information specified by a hi di rer.tional communication 
10 module 5 from the printer 3 via a network by using a 
protocol ouch ao SNMP, in which the bidirectional 
oommiini cat i on module 5 i s a part of the printer driver 
4. 

However, the above-mentioned bidirectional 
15 communication is not available between the Nletaframe 

server 1 and the printer 3 in Lhe MeLaf-Leuae environment. 
Therefore, the option data can not bo obtained by the 
printer driver in the Metatrame server. Thus, the 
above-men Liuned problem arises. 
20 In the following, embodiments of the present 

invention will be described. 

(Outline of system configuration) 

In the present embodiment, in an network 
environment shown in Fig.l, the client 2 obtains 
25 conf iguta Lion data (option setting data) of the printer 



3 by using a conriguration riata obtaining tnol , in 
which the conf iguration da La cdii nut be ubLaiJied from 
the Mataframe server by the bidirectional communication. 
The configuration data is sr.ore.d in the Metatrfltne 
5 server 1 (hereinafter, the configuration da La will be 

also called as pseudo-bidirectional communication data) . 

The Metatrame server 1 accesses the stored 
ddLd su LhaL Lhe printer driver in the Metaframe server 
1 obtains the configuration data, and the configuration 
iO data can be retlected on the option setting of the 
auto-created logical printer. 

Fig. 4 shows a software module configuration 
in the Metafrsnie .server 1 (enclosed by & solid line 
square) . For comparison , a oonvenLioiieil cojj£iyuxaLion 
IS is shown enclosed by a dotted lino square. 

As shown in fig. 4, the network communication 
aiodule 6 is uuL used, buL, a pseudo network 
communication module 7 is used. Accordingly, the 
printer driver 4 obtains oonf i gtiration data, via the 
20 pseudo neLwork communication module 7, from the pseudu 
bidirectional communication data 8 that is stored 
Joetorehand . 

(Flow of processing) 

Next, processing in the present embodiment 
2b will be described m more detail with reterence to 



9 



tigs . 5-7 . 

Fig.SA is a figure for eApldininq bow to 
obtain configuration, data by the client 2. Ac ahown in 
the figure, the clienr. 2 in whi r.n the configuration 
5 data obtaining tool runs obtains the configuration data. 

At this time, for example, the client 2 
displays a window shown in Fig.fi so that the user of 
the client 2 selects a piiiiLei driver installed in rhe 
client 2. As a result, a printer from which 
10 configuration data is to be obtained is specified. 
Then, the client obtains daLd -Clohi the specified 
printer and stores the obtained dato . The mechanism 
for obtaining the configuration rista by using the 
configuration data obtaining Lool is the same as Lhe 
15 mechanism in which configuration data io obtained by a 
printer driver Ibidirectional communication module*) and 
the neLwurk uommunica Lion module as shown in Fig. 3. 

The configuration data obtaining tool can bo 
also installed in a server instead ot in a PC as long 
20 as a printer driver for the IdiueL priiiLex. is installed 
in the server or the PC. 

Next, as .shown in Fig.SR, thn r.nnf i gnrat i.on 
data 0 and the pseudo network, communication module 7 
are installed in the Metaframe server 1 by copying the 

25 configuration data 6 and the pseudo network 
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communication module / in a predetermined folder in the 
Metafrarae server 1, The paeudu imLwurX communication 
module 7 may be installed beforehand. 

IT. is also possible to store the 
configuration data 8 in Lhe clieuL 2 so that; the 
Metaframe server 1 obtains the data via a network. 
However, since it is desirahle to decrease data amount 
Lx cmsmi l Led over the network in the Metaframe 
environment, the configuration data io stored in the 
server 1 according t.o the prps^nt embodiment. 

Next, procedure foi. ieflec Linq uonfiq uraLiun 
data on the printer driver in the server will be 
described with reference to Fig. 7. The following 
processing can be performed when the logical printer is 
auto-crcated, or when the user of the client opens a 
property screen of the printer driver after the logical 
prixi Lex is erect Led. 

In Fig. 7, first, the printer driver outputs 
an option data obtaining request, to the hi di recti onal 
communication module 5 in step 1 . The option data 
obtaining request includes an instruction indicating 
which items ot contigxiration data t.o obtain such as 
tray information and the like. Next, the bidirectional 
communication module 5 checke whether the pseudo 
network communication module 7 exists in step 2. 



Tf t.hs pseudo network communication module 7 
does not exisL (NO ixi step 3) , Lhe server notifies the 
bidirectional communication module 5 that the process 
fails in step 4, and the prnrRss finds . it the pseudo 
network commuiued Lion module 7 exists (Yes in step 3) . 
the pocudo network communication module 7 is called and 
the pf?ei](in network communication module 7 obtains 
configuration data corresponding to the option data 
obtaining request from the configuration data file 8 in 
step h. After that, the read data is output to the 
ljidiiecLioiidl wuuuuulcatlvzi module 5 in step 6. The 
obtained configuration data is reflected on setting af 
the printer driver in step 7. 

(Details of the pseudo network communication module) 

Next, the configuration of the pocudo network 
rnrainn i cati on module* will he described in detail, in 
which the pseudo network communication module is 
compared with the normal network communication module. 

Fig.RA shows the* configuration of the 
conventional network communicaLion module 6. Fiy.8B 
ehowe the configuration of the pseudo network 
communi oati on modxile 7 of the present embodiment. 

As shown in Fiy.8A, Lhe conventional ueLwuxk 
communication module 6 includes API (application 
program interlace) bl, a converting part bZ, a MIB 
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ob -calning/ analyzing part 63, and a protocol implemented 
part 64. The API Gl is for interfacing beLweeii Lhe 
application program for specifying information to be 
obtained, and r.he network- communication module 6. The 
5 API is a set of funcliuns , for example, each of which 
corresponds to a piece of MIB data. The function 
itself may be called as an API. The converting part 
G2 converts between inrvji-iiidLiuii specified by The 
application via API and MIB data. The MIB 

10 obtaining/ analyzing part fi3 obtains and analyzes MIB 
data on the printer. According Lo Uiis cuuligura Lion . 
the network communication module 6 can obtains 
configuration data (option data) that is MTR data by 
using bidirectional communicd.Liuu. 

15 As shown in Fig.8B, the pocudo network 

communication module 7 includes API VI that is the same 
cis LhaL of Lht* cuiivenLiundl neLwoik uumiuuuica Lion 
module 6. In addition, the pseudo network 
communication module / includes a tile search/ data 

20 obLdiniuy pdx L 72 cind d file accessing parL 73. The 
file search/data obtaining part 72 determines which 
piece ot configuration data to obtain in the 
configuration data file according to information 
specified by the API 71 and searches the file and 

25 obtains the piece of configuration data. The file 
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accessing part 73 performs processing for actually 
accessing the file. 

In the configuration shown in Fig.8B, Lhe API 
7i and the API 61 arc the same. Thus, from the 
viewpoint of the bidirectional communication uiodule, 
the pseudo network communication module 7 and the. 
network commuuica Lion mndiil p. 6 appear to be the same. 
Therefore, a printer driver same as a conventional 
prlnLer driver can be used in the Metaframe server 
according to f.l-iR present invention. 

The psevido network, communication module can 
be stored in a recording medium such ae an IC card, CD- 
KOM and the like, so that the pseudo network 
communication module can be installed in the server 
from the recording medium. The pocudo network 
communication module can be also installed in the 
3erver via a network. 

(Relationship between the pseudo network 
communication module and Lhe couriyural.ion data 
obtaining method) 

NexL, Lhe rela Lionship between the psenrin 
network communieaLion module him} the mnfitjiirati nn data 
obtaining method will be described with, reference to 
Fig. 9 . 

As mentioned before, the configuration data 
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is obtained by the client 2 by usina a software 
configuration similar to that for performing 
conventional bidirectional communication. That is , ac 
shown in client side configuration in Pig y, the 
5 configuration data obtaining Lool obtains configuration 
data by using SNMP via APIs in the network 
communication module 6. since the contxguration data 
is obtained by using the conventional APIs, Lhe 
configuration data can be obtained API by API . Thus, 

10 data file in which contiguration data includfis APT by 
API is 3tored in the Metaframe server as Lhe 
configuration data file. 

tor obtaining the contiguration data in the 
client, the configuration obtaining tool calls all APIs 

15 in step 11, and obtains configuration data (parameters) 
corresponding to the APIs and stores the contiguration 
data as the configuration da La file in a Lep 12, in 
which each piece of the configuration data is 
associated with a corresponding API. 

2 0 Dy storing the configuration data in such a 

format, the pseudo network communication module 7 in 
the server can use APIs same as the APIs that are 
conventionally used in a printer driver in the client. 
Thus, the pseudo network communication module 7 can 

25 read, from the configuration data file, pieces of 
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conf lquratlon data requester! hy the bidirectional 
communication module in Llie printer driver in the 
Metaframe server, and can return the pieces of 
configuration data to the hi tli rpr-t i onal communication 
5 module in step 13. The pseudo neLwoik communication 
module 7 can read the pieces of configuration data 
without changing the conrigurati nn data. 

(EmbodimenL iu whicli a plurality of printer drivers 
are used for a printer) 

10 It is possible to use a plural i ty of printer 

drivers for a printer in this embodiment- This 
embodiment will be described with reference to Pig. 10. 

In this embodiment, there is a case in which 
each prinLez diiver xieeds different configuration data. 

15 That is, the printer driver 1 obtains data A and the 
printer driver 2 obtaxns data B. 

In such a caa«, Lhe coufiy ura Lion data 
obtaining tool calls all APIs (including APIs 
corresponding to A and R) in stpp 71 , and stores pieces 

20 of conliy ura Lion data (including A and B) corresponding 
to the APIs obtained from the printer' s MIB data in 
step 22, in which each piece ot the stored 
configuration data is associated wiLh a cuxxespuiidiny 
API. By storing the configuration data in such a form, 

25 the pseudo network communication module 7 nan rparf 



-16 

pieces of configuration data corresponding to APT.s th*t 
arc requested by the bidirectional communication 
modules by using the APIs, and can return pieces of 
configuration data to each bidirectional commnni cat i on 
5 module in step 23 . Accordingly , the pseudo 

communication module 7 can provide configuration data 
to a plurality of printer drivers. 

According to the preaenL inveuLiuu, since the 
configuration data is stored in the server and the 

10 configuration data obtaining part provides the 
configuration data to the printer driver, Lhe 
configuration data can be reflected on tho printer 
driver. Therefore, the user can perform option setting 
auch as tray setting, double-sided unit setting and Lhe 

15 like for the auto-created logical printer in the 

Metaframe environment in which application programs run 
only on the server . 

In the server of the present invention, the 
application program interface between the configuration 

20 data obtaining part and the printer driver in the 

server is the same as the application program interface 
between a network communication module and a client 
printer driver same as the printer driver in Lhe server, 
in which the network communication module is used for 

25 obtaining configuration data of the printer for the 



client printer driver in a client terminal. 

Therefox-e, a conventional printer driver can 
be used in the Metaframe server and the configuration 
data can be reflected. 

The configuration data obtaining part in the 
server includes: 

the application program interface; 

a pciiL fui dutexmiuluy which piece of 
configuration data to obtain among the stored 
configuration data on the basis ot information trom the 
application program interface; and 

a part for accessing the configuration data 
and reads the determined piece ot configuration data. 
By configuring the configuration daLa obtaining paxt in 
this way, configuration data obtaining part can be 
realized by a simple configuration compared with the 
conventional network communication module. 

In the server, the configuration data to be 
stored in the server is obtained trom the printer by 
usiuy a ueUuik communication module that pei.fui.uis 
bidirectional communication with the printer. 

Thus, by using APi that is the same as Afl of 
the network communication module for the configuration 
data obtaining part, the configuration data obtaining 
part can use the stored configuration data without any 
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change. The cont'i gura-H nn data obtaining part 
corresponds -to the pseudo iieLwoxX communication module. 

In addition, the configuration data io 
obtained by a computer that, includes a snttwarp tnni 
5 that causes the compuLer Lo display a window for 

selecting at lcaot one printer driver included in the 
computer and to obtain configuration data from a 
prinLei. corresponding to the selected printer driver. 

In addition, the client, instead of the 
10 server, may store the configuration data, and the* 

configuration da La GbLdiniug pax L in Lhe server may 
obtain tho configuration data from the client. 

The present invention is not limited to the 
specifically disclosed embodiments , dud vdiid Lions dad 
15 modifications may be made without departing from the 
scope ot the present invention. 
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